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Description 

VIRTUAL PLATFORM TO FACILITATE 
AUTOMATED PRODUCTION 

Background of Invention 

[0001] Automation in manufacturing facilities is becoming in- 
creasingly more popular. Typically, numerous devices or 
equipment for performing different functions are involved 
to produce a product. These devices can be supplied by 
various equipment manufacturers, each utilizing a propri- 
etary protocol of its respective equipment manufacturer. 
The different proprietary protocols require customization 
(e.g., software) for automation. Production of the product 
begins once the production line is validated. 

[0002] One problem with conventional automation systems is 

their inflexibility and inefficiency in adapting over time to 
arising or changing needs. For example, changes in auto- 
mated devices, either manufacturer or model, will often 
require a complete automation software revision, re- 
configuration and re-validation of the entire system. This 



is both costly and time consuming. As a result, manufac- 
turers are reluctant to make any type of changes in the 
production line (e.g., replacement, removal or addition of 
equipment, upgrading, relocating, or expansion). The in- 
flexibility of conventional automated systems also im- 
pedes the adoption of new technology in certain highly 
regulated industry such as the application of Process Ana- 
lytical Technology(PAT) to be introduced to the pharma- 
ceutical industry. 

[0003] Good change controls for the replacement of the equip- 
ment from one type to another are integral in quality as- 
surance of production facilities, especially in highly regu- 
lated industries such as life sciences, pharmaceuticals, 
food and beverage or healthcare. Ideally, the design of the 
automation system should facilitate and improve the effi- 
ciency of the change process. 

[0004] Many regulatory agencies, such as the United States Food 
and Drug Administration (FDA), require that the drug 
product be tested for identity, strength, quality, purity and 
stability before it can be released for use. For this reason, 
validation should be considered whenever changes are in- 
troduced to the process or equipment. When any new 
equipment is adopted, steps should be taken to demon- 



strate its suitability for routine processing and to provide 
a liigh degree of assurance that all parts of the facility will 
consistently work correctly when brought into use. The 
defined process, using the materials and equipment spec- 
ified, should be shown through, for example, documented 
evidence to consistently yield a product of the required 
quality. 

[0005] However, as already discussed, conventional automation 
systems are not conducive to changes due to its inflexibil- 
ity. Such system inflexibility requires extensive re- 
customization and revalidation of the entire production 
line when changes are desired, incurring delays as well as 
costs. 

[0006] From the foregoing discussion, it is desirable to provide 

an automation system which is efficient, robust and highly 
adaptable to changes in order to cope with changing re- 
quirements in manufacturing to meet market demands as 

well as complying with regulatory standards. 
Summary of Invention 

[0007] jhe invention relates generally to manufacturing of a 

product. More particularly, the invention relates to pro- 
duction automation in a manufacturing facility. In one 
embodiment of the invention, the invention relates to a 



method of automating validation in a manufacturing facil- 
ity. The method comprises defining requirements and se- 
lecting automated devices for manufacturing. The auto- 
mated devices are integrated by interconnecting them to a 
hub-box via communication links. The hub-box controls 
and facilitates communication between automated de- 
vices. Processing data is collected from the automated de- 
vices for analysis to determine whether the requirements 
are satisfied. If the requirements are satisfied, the process 

is validated. 
Brief Description of Drawings 

[0008] Fig. 1 shows a virtual platform in accordance with one 
embodiment of the invention; 

[0009] Fig. 2 shows an illustrative embodiment of a virtual plat- 
form; 

[0010] Fig. 3 shows a portion of a virtual platform in accordance 

with one embodiment of the invention; 
[0011] Fig. 4 shows the scope of revalidation in accordance with 

one embodiment of the invention; and 

[0012] Fig. 5 shows the process of validation in accordance with 

one embodiment of the invention. 
Detailed Description 



[0013] jhe invention relates generally to manufacturing of a 

product. In particular, the invention relates to production 
automation in a manufacturing facility. Fig. 1 shows a vir- 
tual platform for production automation in accordance 
with one embodiment of the invention. The virtual plat- 
form integrates automated devices within the facility. 

[0014] An automated device, in one embodiment, is an auto- 
mated equipment of the production line. For example, the 
automated device may be a process manufacturing device 
for carrying out a production process. Other types of de- 
vices used in a manufacturing of a product, including 
testing or measuring devices, are also useful. It is not 
necessary that the automated devices within the facility be 
of the same type or from the same manufacturer. In fact, a 
facility typically comprises many types of automated de- 
vices supplied from different equipment manufacturers. 

[0015] In one embodiment, the virtual platform comprises at 
least one hub-box 101 to which at least one automated 
module 104 is coupled. As illustrated, a plurality of auto- 
mated modules 104a-d are coupled to the hub-box. An 
automated module, for example, comprises one or more 
automated devices. In one embodiment, the automated 
devices of a module form a production stage of the man- 



ufacturing line. 

[0016] Alternatively, a module can include automated devices 
that form a production sub-stage (e.g., same production 
process such as mixing), more than one production stage 
or a complete production line, as well as other combina- 
tion of automated devices. The hub can also be coupled to 
modules that form more than one production line for pro- 
ducing more than one product. Providing one production 
line that is used to form more than one product is also 
useful. Other types of automated modules are also useful. 
For example, an automated module may include sub- 
systems, such as dispensary systems, laboratory systems, 
water systems, air systems, power systems and electrical 
systems. 

[0017] In a pharmaceutical manufacturing process, an automated 
module may include automated devices for a stage of 
production. For example, the coating stage may include 
one or more tablet coaters. Additionally, the coating stage 
may include associated automated test device such as 
chromatography equipment for performing analysis on 
the coated tablets. The packaging stage, on the other 
hand, may include primary packing (e.g., blister packing) 
and secondary packing (e.g., carton packing) automated 



devices. Other combination of automated devices for 
pliarmaceutical production can also be useful. 
[0018] An automated module can also comprise a plurality of au- 
tomated devices for storage of production materials, such 
as in-process products, work-in-progress products or 
finished products, serving the production manufacturing 
devices and/or production measuring devices (e.g., 
charging and discharging of production materials from 
one equipment to another equipment). For example, pro- 
duction materials are kept in an intermediate bulk con- 
tainer (IBC) which serves as an automated device for stor- 
age of in-process production materials. The materials in- 
side the IBC are charged into the granulator to be granu- 
lated or discharged from the granulator to an IBC after 
completion of the granulation process to transfer the ma- 
terials to the next step in production. Via the hub-box, 
communication between the IBC and process manufactur- 
ing device can be facilitated to synchronize the charging 
and discharging operations from and to an IBC (e.g., from 
the IBC to the granulator and from the granulator to the 
IBC). 

[0019] In one embodiment, the hub-box comprises a hub 106. 

The hub communicates with the automated modules, con- 



trolling the operation of the automated devices, such as 
starting and stopping of production processes. Other 
types of operational functions can also be controlled by 
the hub. The hub can also facilitate collection and storage 
of processing data from the automated modules. Process- 
ing data includes, for example, critical process parame- 
ters, operating conditions, key performance indicators, 
measurement data and other relevant information. Other 
types of processing data or information, particularly those 
related to validation and record keeping to comply with 
regulations, are also useful. 
[0020] In one embodiment, the hub analyzes the data for process 
control and/or improvement. Analysis may be performed 
using, for example, statistical software tools. Such statis- 
tical software tools can perform various types analysis 
comparing processing data from production with desired 
or specified data. For example, yield analysis can be per- 
formed by evaluating the amount of raw materials pro- 
cessed/input into a semi-finished product versus the 
amount of raw materials actually sampled from the semi- 
finished product after a process has taken place using the 
raw materials. Computational analysis to determine devia- 
tion of actual weight of x number of processed products 



(e.g., tablets) with the desired or specified weight. Other 
types of analysis can also be performed. Results of the 
analysis can be used too to adjust process parameters to 
improve the process. Since the results are performed on a 
real-time and concurrent (e.g., continuous) basis, concur- 
rent validation of the equipment and processes can easily 
be achieved. 

[0021] jhe hub-box can be used to facilitate the development of 
a regime of process analyses or tests to meet desired 
needs. In one embodiment, the process analyses satisfy 
specified validation and quality control requirements. 
Quantitative and/or qualitative analyses can be employed. 
The results of the analyses can be used to identify the 
quality of process parameters employed, enabling a de- 
tailed and in-depth understanding of the process. For ex- 
ample, the analyses can provide an understanding of vari- 
ous process parameters or variables and their effect on 
the process, including linking the variables with various 
quality attributes of the product. 

[0022] Preferably, analyses comprise multi-variant analyses. The 
use of multi-variant analyses is advantageous, for exam- 
ple, to understand, calculate and project the rate of 
change of a parameter to determine its effect on the rate 



of change of related multiple parameters and/or vice 
versa. Since data is collected on a real-time basis, the 
analyses can be performed substantially simultaneously, 
with the results used to formulate process adjustments on 
a continuous and substantially real-time basis. 

[0023] Various advantages are achieved though the analyses. For 
example, the analyses can be used to facilitate: a) dy- 
namic adjustment of on-going processes; b) one-fac- 
tor-at-a-time, trial and error experimentation of pro- 
cesses; c) preventing or reducing rejects, scrap, and re- 
processing; d) real-time release of drug deliveries; e) in- 
creasing automation to improve operator safety and re- 
duce human error; f) continuous processing to improve 
efficiency and manage variability of process critical pa- 
rameters; g) use of small-scale equipment (to eliminate 
certain scale-up issues) and dedicated manufacturing fa- 
cilities; and h) improving energy and material use when 
production capacity is varied. Other advantages can also 
be achieved through the analyses. Moreover, the analyses 
and information resulting from the analyses enable less 
restrictive regulatory approaches to manage change. 

[0024] vvith such real-time quality assurance, the desired quality 
attributes are ensured through continuous assessment 



during manufacturing processes. Data from the current 
production batches can serve to validate the process and 
reflect the total system design concept, essentially sup- 
porting validation with each manufacturing batch concur- 
rently as the batch is in production. 

[0025] Control commands may be generated from the results of 
the analysis for controlling the devices or adjusting the 
operational parameters. The data can also be used for 
performing continuous real time validation of the produc- 
tion line. Alternatively, the data can be distributed to of- 
fline systems for analysis. 

[0026] In one embedment, the hub 106 comprises a digital data 
processing system to facilitate control of the automated 
modules as well data collection and analysis. The digital 
data processing system comprises, for example, one or 
more computers (e.g., minicomputer, microcomputer or 
mainframe computer). For a hub which comprises more 
than one processing system, they may be interconnected 
using a distribution system, such as a network (e.g., LAN, 
WAN or the Internet). In one embodiment, at least one re- 
dundant hub is provided to serve as a backup in the event 
of a failure in any of the operating hubs. The failure of the 
operating hub can be detected and the redundant hub can 



be mapped to provide the desired functionality. Otiier 
types of hub configurations for controlling automated 
modules and collecting and analyzing data are also useful. 
In one embodiment, a plurality of generic interface units 
108a-d are provided. The plurality of generic interface 
units are each associated with its respective automated 
module. Providing an interface unit associated with some 
or all automated modules is also useful. Other configura- 
tions of generic interface units and automated modules 
are also useful. 

[0027] The generic interface unit facilitates communication be- 
tween the hub and the automated devices of the auto- 
mated modules. Preferably, the generic interface unit al- 
lows automated devices from different vendors to inter- 
operate together and communicate with the hub. As illus- 
trated, the generic interface unit is separate from the hub. 
Providing a generic interface unit which is integrated as 
part of the hub is also useful. 

[0028] In one embodiment, a generic interface unit provides 

communication links. Each automated device is coupled to 
a communication link. Providing communication links 
which are shared by more than one automated device is 
also useful. The communication links can be wired, wire- 



less, or a combination of both. For example, some auto- 
mated devices can be coupled to the generic interface 
units by a wired communication link while others are cou- 
pled via a wireless link. Other configurations, such as pro- 
viding all wireless or all wired links, are also useful. 
[0029] In one embodiment, each link communicates with the au- 
tomated devices using a first communication protocol. 
The first communication protocol, for example, provides a 
set of control protocol instructions for controlling proto- 
col-friendly devices. Since different automated devices 
may employ different or even proprietary protocols, the 
generic interface unit may comprise a plurality of first 
communication protocols to enable communication be- 
tween it and the automated devices. The plurality of first 
communication protocols can comprise standard commu- 
nication protocols, such as such as the FieldBus, CANbus, 
Modbus, BITBUS, WorldFIP, Profibus, MAP or proprietary 
protocols of equipment manufacturers. Other types of 
communication protocols are also useful. It is understood 
that not all links of the generic interface units necessarily 
have the same type of communication protocols. The 
communication protocols employed will depend on the 
automated devices with which the links communicate. 



[0030] jhe generic interface unit can comprise a plurality of dif- 
ferent types of communication links with different first 
communication protocols llOa-d to accommodate differ- 
ent types of automated devices. Preferably, the generic in- 
terface unit comprises a plurality of changeable communi- 
cation links, which can be varied to communicate with the 
desired first communication protocol, depending on the 
automated device with which it communicates. The com- 
munication protocols can be varied manually (e.g., 
switches or connectors) or automatically (e.g., software 
which detects the type of automated device connected 
thereto). Other techniques for automatically detecting the 
type of automated devices, such as hardware or a combi- 
nation of hardware and software, are also useful. 

[0031] Jhe generic interface unit, in one embodiment, includes a 
process controller that communicates with the pro- 
grammable logic controllers (PLCs)or digital data process- 
ing systems (not shown) residing in the automated equip- 
ment in the automated module. The controller facilitates 
operational control of the automated devices. For exam- 
ple, the controllers serve as a communicating interface or 
interpreter between the PLCs of the equipment and hub- 
box. Other types of controllers, such as analog-to-digital 



converters, depending on the application, are also useful. 

[0032] In one embodiment, at least one controller is provided for 
each automated device. Alternatively, one controller is 
provided for each communication link. Other configura- 
tions of controllers, such as using one controller to con- 
trol multiple automated devices or associated with multi- 
ple communication links is also useful. Other types of 
hardware controllers, such as electrical controllers or 
building management controllers for controlling other 
types of equipment, are also useful. 

[0033] In one embodiment, the generic interface unit comprises a 
digital data processing system for controlling or commu- 
nicating with the automated devices. The digital process- 
ing system can be in conjunction with or in lieu of the 
controllers. For such applications, the communication link 
can be wired (e.g., Ethernet) or wireless. The digital data 
processing system includes, for example, at least one 
computer, embedded processor or microcontroller. Other 
types of configurations are also useful. 

[0034] In one embodiment, the generic interface units and the 

hub communicate using a second communication protocol 
112a-d. The second communication protocol comprises, 
for example, Ethernet, TCP/IP communication protocol or 



a combination tliereof. Otiier types of networlc protocols 
are also useful. The hub, for example, comprises a plural- 
ity of first protocol translators, enabling the hub to com- 
municate with the automated devices. For example, the 
hub detects the type of first protocol associated with an 
automated device and automatically translates instruc- 
tions and/or information so that the hub can communi- 
cate with the device. In one embodiment, the hub-box 
initiates communication with the automated module and 
transmits information to the automated module via the 
generic interface unit. The automated module acts as a 
receiver and acknowledges the receipt of the information 
after transmission. In yet another embodiment, the auto- 
mated module initiates communication with the hub-box 
and transmits information to the hub-box. The hub-box 
acts as the receiver and acknowledges the receipt of the 
information after transmission. In one embodiment, both 
the hub-box and the automated module can interchange- 
ably act as the receiver and initiator. 
[0035] Fig. 2 shows an illustrative embodiment of the invention. 
As shown, a hub-box 101 and automated module 104 is 
provided. The automated module includes automated de- 
vices 202a-b. The automated devices of the automated 



module, for example, cooperate together in a stage of 
manufacturing. The hub-box and automated devices 
modules are physically separated. For example, the auto- 
mated module is located in the production area while the 
hub-box is located in another area of the facility. Locating 
the hub-box in the same area (e.g., production area) as 
the automated module is also useful. Alternatively, the 
hub-box can be remotely located outside the production 
facility. 

[0036] The hub-box provides a virtual link between the cooper- 
ating automated devices. The cooperating automated de- 
vices, for example, includes a process manufacturing de- 
vice 202a and a process measuring device 202b. The co- 
operation typically comprises producing a batch of prod- 
ucts by the process manufacturing device followed by 
testing of samples from the batch by the process measur- 
ing device for qualification. If the samples fulfill require- 
ments, the product will proceed to the next stage of pro- 
duction. Otherwise, it will be considered for rework or 
even scrapped. 

[0037] Providing automated devices which cooperate to produce 
sub-batches of the same batch of products is also useful. 
For example, three tabletting machines may be provided 



to produce three sub-batches of the same batch. This will 
speed up the production of the entire batch. The hub-box 
compiles data from the automated devices and updates 
the complete production batch record. In one embodi- 
ment, the automated module comprises at least one pro- 
cess manufacturing and at least one process measuring 
device cooperating to produce sub-batches of the same 
batch. 

[0038] The virtual link provided by the hub-box enables the au- 
tomated devices to communicate with each other as well 
as with the hub. This facilitates control, analysis, and veri- 
fication of the manufacturing process. For example, pro- 
cess information, such as batch number, product type, 
batch size, time as well as test and quality data are pro- 
vided by the automated devices to the hub. Other types of 
processing information, such as production recipes, pro- 
duction stage batch status, production schedules, process 
start, pause and completion times, and semi-product ma- 
terials information, are also useful. The information can 
be stored in the hub for analysis. By analyzing the data, 
the process can be monitored for integrity and verifica- 
tion. If necessary, the hub can generate control com- 
mands to adjust operational and/or process parameters of 



the process manufacturing device in response to improve 
the quality of production, thus enabling the achievement 
of goals stipulated in the quality plans. Furthermore, since 
the hub has real-time updates of the processing and 
measurement data, it will advantageously be able to make 
provisions and adjustments to the quality and capacity of 
production. 

[0039] In one embodiment, the hub-box further comprises at 
least one display unit (e.g., monitor with speakers) and 
user- interface device (e.g., keyboard, touchpads or 
mouse) for communicating visual and/or audio feedback 
to the operator. Information, such as control parameters, 
status of processes, performance indicators and data 
analysis results, will be displayed on the display unit for 
providing higher transparency of the operations. An oper- 
ator located at the display unit will be able to view the in- 
formation and modify the operating parameters. User au- 
thentication can be provided to restrict access to desig- 
nated users. In one embodiment, different levels of access 
may be provided to different users. For example, a super- 
visor may be provided with administrative rights upon 
logging in to change settings and view information. Other 
employees may be provided with restricted rights to view 



information related to the production processes. 
[0040] Fig. 3 shows a portion of a virtual platform in accordance 
with one embodiment of the invention. As shown, the vir- 
tual platform includes a plurality of hub-boxes 301a-c 
that are interconnected for sharing information and data. 
Sharing control of the automated modules among the 
hub-boxes is also useful. In one embodiment, the hub- 
boxes are located in different locations. For example, the 
hub-boxes may be located on different floors in the same 
building, or they may be located in different buildings. In 
one embodiment, the hub-boxes are located in separate 
production facilities having similar automation require- 
ments. Providing hub-boxes located in the same location 
is also useful. The interconnection can be provided by a 
distribution system such as a network system (e.g., LAN, 
WAN, Internet, wireless transmission or satellite commu- 
nication system). Other types of interconnections to en- 
able communication among the hub-boxes are also use- 
ful. Preferably, security features (e.g., biometrics identity 
verification, data encryption and user authentication) are 
provided to ensure the integrity and confidentiality of 
data. 

[0041] In one embodiment, at least one of the hub-boxes serves 



as a redundant hub-box, providing a bacl<up in the event 
of failure to one of the operating hub-boxes. Failure in an 
operating hub-box may be detected and the redundant 
hub-box can be virtually mapped to provide the required 
functionality. Preferably, the redundant hub-box includes 
automatic failure detection and mapping. Other tech- 
niques for replacing the defective hub-box after a failure, 
such as manual replacement, are also useful. For example, 
the failed hub-box hardware and/or software components 
(e.g., configuration files) can be removed and replaced 
with hardware and/or software components of the redun- 
dant hub-box. The defective hub-box can be replaced or 
repaired to serve as a redundant hub-box. By providing at 
least one redundant hub-box, interruption in the manu- 
facturing process can be avoided or minimized. 
[0042] Due to the similar configuration or automation require- 
ments, the hub-boxes are interoperable. In one embodi- 
ment, at least one operating hub-box serves as a backup 
system in the event of failure of another operating hub- 
box. Even though one facility may have different equip- 
ment from another, the similar automation or operational 
requirements allows one hub-box to replace another hub- 
box that has failed. For example, as shown in Fig. 3, if 



hub-box 301a fails, one or both of the other hub-boxes 
301b and 302c may take over the load of controlling op- 
erations within the facility, such as collecting, processing 
and storing of processing data. In yet another embodi- 
ment, the hub-boxes cooperate to produce the desired 
output. The hub-boxes can be easily re-designed to vary 
the production output to meet changes in demand. For 
example, the hub-box design can be scaled up/down 
(e.g., number and/or type of communication links) to ac- 
commodate the needs of production or facility. 

[0043] In another embodiment, load balancing is provided when 
an operating hub-box overloads. Load balancing com- 
prises dividing the amount of work that the hub-box has 
to do between two or more hub-boxes so that more work 
gets done in the same amount of time. Load balancing can 
be achieved using hardware (e.g., routers or switches), 
software, or a combination thereof. In one embodiment, 
backup of information at a hub-box is carried out period- 
ically such that another hub-box has a copy of the critical 
process and control information. 

[0044] The generic nature of the hub-box within the virtual plat- 
form enhances the systems adaptability to change. The 
virtual platform improves the efficiency of the validation 



process by reducing the scope of revalidation when a 
change in existing plans is introduced. Changes in exist- 
ing plans include the addition, replacement, modification, 
repair and/or removal of automated devices or software 
components connected to the hub-box. The new auto- 
mated devices can be of a different make or model from 
the replaced devices, or manufactured by different ven- 
dors. The system designer is able to design the automa- 
tion of the facility with a wide variety of equipment with- 
out restricting to a fixed set of equipment of a particular 
make or model. 

[0045] In one embodiment, the design of the hub-box is part of 
the automation design of the facility. Automation design 
includes the definition of production processes. For ex- 
ample, the production process can include granulation, 
drying, tabletting, coating and packaging in a pharmaceu- 
tical facility. The automation design further includes the 
selection, setup and configuration of hardware and soft- 
ware components of the hub-box, the coding of the 
generic interface units, the design of data structures, 
databases and process parameters. 

[0046] Once the automation design is completed, an initial vali- 
dation of the entire system is performed to verify the pro- 



posed design of the facility, systems and equipment is 
suitable for the intended requirements and/or purposes. 
Validation includes, for example, design, installation, op- 
erational and performance qualifications. Other types of 
qualifications are also useful. 

[0047] If a change is subsequently introduced into the system 
and the change do not cause a substantial change in the 
automation design of the facility such that the automation 
design remains intact, the hub-box need not be revali- 
dated. As shown in Fig. 4, the scope of revalidation is re- 
duced to outside the hub-box 101 when a change is in- 
troduced. For example, if a coater machine 402 is re- 
placed with a new machine of a different model, only the 
coater machine need to be revalidated, without revalidat- 
ing the automation design in the hub-box. 

[0048] Once validated, the original hub-box can be applied in 

another facility physically located in another location hav- 
ing similar automation requirements without revalidation 
of the automation design. Additionally, the generic au- 
tomation design can be propagated to multiple facilities 
having the same manufacturing requirements. This allows 
a reduction of resources required for validation and facili- 
tates better change controls of the facility design, hence 



resulting in liiglier efficiency, fast implementation and 
lower costs. 

[0049] The hub-box facilitates the validation process by au- 
tomating steps in the validation process. Fig. 5 shows a 
process for automating the validation process in accor- 
dance with one embodiment of the invention. The process 
commences by first planning and defining the require- 
ments at step 510. The requirements include, for exam- 
ple, user requirements (e.g., facility operating conditions, 
desired output, quality, process or product specifica- 
tions)and/or functional requirements (e.g., power con- 
sumption, loading, speed or capacity, environmental op- 
erating conditions, system or equipment functionalities, 
process results or quality parameters). Other factors or 
specifications can also be included in the requirements. 
The requirements, for example, are stored in the hub- 
box. 

[0050] Once the automated devices have been assessed and se- 
lected at step 515, the validation proceeds to step 520 
where the selected automated devices are integrated into 
hub-box and the production line is implemented. The 
hub-box facilitates the validation of the facility by moni- 
toring the system and collecting process data at step 525. 



Data includes, for example, operating parameters and 
output parameters. Other types of data as defined by the 
requirements and validation process, are also useful. Data 
sampling rate, such as for product testing, can be varied 
depending on requirements. 
[0051] The data is analyzed at step 530 to verify if the require- 
ments are substantially fulfilled. For example, the relevant 
data is compared with relevant targets according to, for 
example, validation requirements. If a parameter fails to 
satisfy requirements (e.g., falls short of or exceeds a 
threshold value or fails to be within a specified range) at 
step 535, a validation failure would be indicated at step 
540. A tolerance range may be provided to allow for slight 
deviation, as desired. On the other hand, if data is within 
the specified limits, then the system, at least with respect 
to that parameter being analyzed, is within the require- 
ments. 

[0052] The hub-box determines if more data analysis is required 
at step 560. If more analysis is required, the process re- 
turns to step 530 to perform data analysis. Additional 
data analysis may be required because the validation pro- 
cess may require analysis on numerous parameters, as 
specified by the requirements. In the event that the sys- 



tern analyzes the data or parameters sequentially, then 
numerous analytical iterations may be required. On the 
other hand, the various parameters may be analyzed in 
parallel. Other techniques or sequences for analyzing the 
data is also useful. 

[0053] If no further data analysis is required and no failure is de- 
tected, the validation process is successfully completed at 
step 565. Data or results of the analysis can be stored in 
the hub-box. Once validated, no change in requirements 
should be permitted without proper change controls and 
revalidation. Preferably, the hub-box comprises safe- 
guards to prevent unauthorized or accidental changes to 
the validated process and/or design. Such safeguards in- 
clude, for example, version control system on records 
created and modified, and creating read-only records, 
electronic signatures for modifications. Other types of 
safeguards are also useful. 

[0054] if^ however, a failure is detected because one or more of 
the threshold limits is exceeded, a signal can be provided 
by the hub-box to indicate a failure at step 540. Audio or 
visual feedback, or a combination thereof, may be com- 
municated via, for example, the display unit, to the opera- 
tor. At step 545, the operator may respond by reviewing 



the situation and planning corrective actions to avoid tlie 
failure. 

[0055] At step 550, if corrective action includes a change in re- 
quirements, the process returns to step 510 to redefine 
the requirements. If the corrective action does not require 
a change in the requirements, than the corrective action is 
performed and the process proceeds to step 525. Data is 
collected for analysis to determine if the process with the 
corrected action passes validation. 

[0056] A change in requirements can also be brought about by a 
change in customer demand (e.g., product specification or 
output requirement) or need to improve the process. For 
example, more advanced technology may be available in 
the form of newer machines or change of production 
methods that can avoid such failure. The new equipment 
or methods may be utilized to yield better output and 
quality that satisfies the requirements. In the event that a 
change in requirements is needed for whatever reason, 
the process commences at 510 and proceeds until the 
new changes are validated. 

[0057] Quality management, which in some industries includes 
the validation process, requires an organized set of docu- 
ments defining all aspects of the system e available and 



approved. The documents contain information sucli as tlie 
change history, operating conditions of the equipment 
and environment, events and alarm messages, control and 
process parameters, measurement data or analysis re- 
sults. I n one embodiment, the virtual platform, with ref- 
erence to the hub-box, facilitates quality management by 
generating some of or all of the evidentiary documents in 
conformance with regulatory standards. T he documents 
comprise, for example, audit trail reports, electronic 
records and electronic signatures in conformance with 
regulations. 

[0058] In accordance with another embodiment of the invention 
as shown in Fig. 4, the hub comprises a change database 
404 that records information about changes made to the 
system hardware and/or software (i.e., change history). It 
generates electronic log files that systematically display 
information such as dates, times, names of personnel in- 
volved and/or textual descriptions about the changes. For 
example, the information may be displayed in chronologi- 
cal order with date and time stamps. The virtual platform, 
with reference to the hub-box, updates the change 
database each time a change is introduced into the sys- 
tem. Access to the log files is controlled to prevent unau- 



thorized copying, renaming, amendment and deletion of 
the files. These log files will be used extensively in, for 
example, audits, regulatory inspection or validation pro- 
cesses. 

[0059] In one embodiment, the hub 106 comprises a manufac- 
turing information database 406 that records information 
related to the manufacturing processes. Manufacturing in- 
formation includes, for example, measurement data re- 
ceived from the equipment, analysis results, and control 
and process parameters. The manufacturing information 
may be presented using statistical graphs, charts or ta- 
bles. Other forms of representation are also useful. 

[0060] In one embodiment, the virtual platform provides remote 
access by an authorized external party. The external party 
may be located in a different physical location from the 
facility. The external party, in one embodiment, comprises 
an inspector or observer from a regulatory agency who 
wishes to inspect and audit the manufacturing facility. For 
example, in some regulated industries (e.g., pharmaceuti- 
cals), inspection by regulatory authorities on a regular ba- 
sis is mandatory. Access to manufacturing records such as 
electronic log files recording the change history and man- 
ufacturing information stored in the manufacturing infor- 



mation database, may be provided to the inspector for re- 
view. 

[0061] The hub-box can also facilitate asset management of the 
facility by listing and storing the records of automation 
modules employed in the management information 
database for strategic, financial and operational planning. 
Such information is collected, processed and stored con- 
tinuously in real-time with the daily operations of the fa- 
cility. 

[0062] In another embodiment, the external party comprises a 
customer who wishes to monitor the manufacturing 
progress and status of their contracted products. The 
customer may access real-time information of the pro- 
duction line, such as the production output rate, in- 
process control parameters r quality of the intermediate 
products. By monitoring the production, they will have the 
capability to be able to, for example, estimate the time of 
completion, volume of output and/or plan for the release 
of their products for sale in the market. 

[0063] In yet another embodiment, the external party comprises 
a sales representative of the facility who wishes to moni- 
tor the manufacturing progress and status of their cus- 
tomers' contracted products. The sales representative may 



remotely log into the virtual platform at the customers of- 
fice or at other locates to access real-time information 
upon request (e.g., manufacturing status and progress, 
quantity and quality). In another embodiment, the exter- 
nal party comprises a vendor or technician of the manu- 
facturing equipment. The vendor or technician may wish 
to remotely access the real-time production information 
to perform troubleshooting and maintenance controls of 
their equipment. 
[0064] In one embodiment, remote access is provided using a 

network system such as the internet or satellite communi- 
cation system. An external interface may be provided to 
allow the external party to remotely log into the virtual 
platform. The external interface, in one embodiment, 
comprises a website that is accessible using an internet 
browser. The external interface, in another embodiment, 
can be displayed in digital processing systems. Other 
types of interfaces, such as electronic and/or mobile de- 
vices, are also useful. Preferably, the external interface re- 
stricts access to control operations of the virtual platform. 
More preferably, data integrity and confidentiality are 
maintained using security measures such as user authen- 
tication and data encryption algorithms. 



[0065] While the invention has been particularly shown and de- 
scribed with reference to various embodiments, it will be 
recognized by those skilled in the art that modifications 
and changes may be made to the present invention with- 
out departing from the spirit and scope thereof. The 
scope of the invention should therefore be determined not 
with reference to the above description but with reference 
to the appended claims along with their full scope of 
equivalents. 



